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Model program for slip update 

public void ((Operation name}} (((Slip name)Msg entitylnfo) 
throws UserExcep tion { 

if (((updateable state name}}) { 

mapFrom (entitylnfo) ; //Update of attribute 
setState (((State name after update}}) ; //Setting of state 
((inherent check}} 
}else{ 

throw new CAAUserException (((Error Message}}) ; 

} 

} 
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